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PENG oder der 
Brief, der SEES. 
elnen Knall hat 


Im allgemeinen ist es nicht unsere Art, 
persönliche Briefe im Info zu veröffentlichen. 
Der nachfolgende jedoch hat es verdient, in die 
Annalen des SPC einzusehen. Damit auch ihr 
seht, womit man es manchmal zu tun bekommt, 
haben wir uns entschlossen, den Brief auch in 
seiner rechtschreiblichen Form abzudrucken. Eine 
Antwort darauf haben wir uns erspart. 


Betreff: DEMO PENG Wr. 2 
Bezug: Deine Post per 2.11.97 


Hallo Wolfgang ! 


Leider komme ich aus Zeitlichen Gründen erst 
heute kurz dazu, zu schreiben. 

Sag mal, willst Du mich verarschen ???? 

Was hat das Lügen-DEMO mit Humor zu tun ??? 
Wenn Du weiter mir so einen Schwachsinn 
schreibst, möchte ich von Dir ein psychiatrisches 


Hat Dich der minderwertige Frank Maurer an- 
gesteckt ??? Bist Du 8 Jahre alt ??? 

Bevor ich weitere Schritte einleite, setze ich Dir 
hiermit eine Frist bis zum 145.98, mir mit- 
zuteilen, wer der Programmierer von der DEMO 
ist. Mit Adresse !!! Sonst gebe ich Deine Adresse 
als Programmierer an. 

Sag mal, hast Du den Scheiß überhaupt mal 
gelesen und gesehen ?7? 

Erstens ist die DEMO illegal, da ich nicht um 
Erlaubnis gefragt wurde, meinen iamen zu 
bendtzten !!! 

Auch stimmen die Zeugenaussagen, gar nicht zu 
den Zeugenausagen, der Polizei überein !!! 

So etwas nennt man Verarschung der Polizei, im 
Volksmund ! 

Auch untersage ich Dir hiermit, weiterhin die 
DEMO zu vertreiben und zu werben. Zuwieder- 
handlung werden mit einem Streitwert von SO 000 
DM. geahndet ! 

Von jeder verkauften DEMO fordere ich 5 DM. 
pro Stack. Schmerzensgeld außergerichtlich ! 


Mit freundlichen Graßen 
Richard Raddatz 


Mal schauen, was draus wird. Abgesehen von 
einer persönlichen Beleidigung und der Androhung 
einer Verleumdung finde ich es viel schlimmer, 
jemanden als minderwertig zu bezeichnen (auch 
wenn der Name falsch geschrieben ist), 
Und noch was: Demos. egal welche und woher, 
werden von uns und auch von anderen Ciubs als 
PD behandelt - und somit frei verteilt. Davon 
werde ich auch in diesem Fall nicht abweichen. 

Wo vom WoMo-Team 
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Aus dem Internet 
gezogen... 


Am Beispiel des Toasters wird im Internet die 
Benutzerfreundlichkeit der Produkte weltweit 
führender High-Tech-Unternehmen vorgestellt: 


IBM: wenn IBM Toaster herstellen würde, dann 
würden sie riesensroße Toaster bauen, zu denen 
die Leute das Brot hinbringen müßten, damit es 
über Nacht getoastet werden könnte. IBM würde 
den weltweiten Markt für sich in Anspruch 
nehmen und fünf oder sechs solcher Toaster in 
Einsatz bringen. 
XEROX: Wenn Xerox Toaster herstellen würde, 
dann könnte man entweder ein- oder zweiseitig 
toasten, und alle nachfolgenden Scheiben würden 
heller und heller werden. Aber der Toaster 
würde das Brot auch für sie pressen, 
ORACLE: Wenn Oracle Toaster herstellen würde, 
dann würden sie behaupten, ihr Toaster wäre mit 
allen Marken und Arten von Brot kompatibel, aber 
wenn Sie ihn zu Hause haben, werden Sie fest- 
stellen, daß die Bagle Maschine noch in der 
Entwicklung steckt, die Croissant-Extension in 
drei Jahren kommen wird, und daB das gesamte 
Gerät nur Rauch erzeugt. 
SUN: Wenn Sun Toaster herstellen würde, dann 
würde der Toast oft verbrennen, aber Sie würden 
eine wirklich gute Tasse Java bekommen. 
MICROSOFT: Wenn Microsoft Toaster herstellen 
würde, müßten Sie jedesmal, wenn Sie einen Lalb 
Brot kaufen, einen Toaster erstehen. Sie müßten 
den Toaster nicht nehmen, aber Sie müßten ihn in 
jedem Falle bezahlen. Toaster '95 wurde 15000 
Pfund wiegen (dadurch benötist er einen ver- 
stärkten Stahlboden), soviel Elektrizität ver- 
brauchen, wie für die Versorgung einer kleinen 
Stadt nötig ist und 95 Prozent des Platzes in 
Ihrer Küche einnehmen. Microsoft würde be- 
haupten, dies sei der erste Toaster, der Ihnen die 
Möglichkeit sibt zu kontrollieren, wie hell oder 
dunkel Ihr Toast sein soll, und würde heimlich 
Ihre anderen Küchengeräte befragen um heraus- 
zufinden., wer sie hergestellt hat. 
SAP: wenn SAP Toaster herstellen würde, wäre 
das Bedienungsshandbuch ca. 10000 Seiten dick. 
Der Toaster hätte 2500 Schalter, die alle nach 
exaktem Muster und in senauer Reihenfolge 
eingeschaltet werden müßten. Ein Team von 
Basis- und Funktionsunternehmern würde ungefähr 
ein Jahr brauchen, um den Toaster bestmöglich 
zu konfisurieren. und dann nochmals sechs 
Monate, um ihn zu testen. In der Zwischenzeit 
mußte Ihre gesamte Familie ausgedehnte Aus- 
bildunsskurse besuchen, um zu lernen, wie der 
Toaster zu bedienen ist. Und wenn einmal alles 
läuft, so werden sie sagen, dann haben Sie den 
besten Toaster der Welt bekommen. 

Einsesandt von Paul Webranitz 

Borgasse 14, 54538 Kinheim 
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DIE PIUS D 
LUCKE TEN 7 


Hallo Plus D Freunde, 


wer nach Teil 6 der +D Ecke geglaubt hat, ich 
würde mich zur Ruhe setzen und Euch nicht mehr 
mit meinen Artikeln nerven, der hat sich 
getäuscht. Wenn mir vorher nicht der Himmel 
se den Kopf fällt, wird es auch noch einen Teil 8 
geben. 

Heute gibt es Jedenfalls etwas sehr spezielles. 
Im Teil 3 der +D Ecke habe ich Euch BETA DOS 
vorgestellt. Ich hoffe, daß viele von Euch +D 
Usern inzwischen mit BETA DOS arbeiten. Denn 
sonst wäre das, was ich mir heute "antun" werde 
ziemlich sinnlos. Wovon ich überhaupt rede? 

Ich habe darauf hingewiesen, daß BETA DOS einige 
Fehler hat. Bevor Ihr weiter lest, schaut Ihr 
Euch am besten noch mal den Teil 3 der +D Ecke 
an. Insbesondere den Teil "BUGS", Dort habe ich 
Euch "BETA DOS BUG FIX" von Miles Kinloch 
empfohlen. 

wie gesagt gehört zu diesem Patch auch ein 
Text-File. Leider ist er in Enslisch. Heinz 
Schober aus Dresden war so nett diesen Text ins 
deutsche zu übersetzen. Vielen Dank Heinzil! 
Bleibt für mich die Aufgabe alles abzutippen. 
Wolfgang kennt das Problem: Heinz schickt (fast) 
alles handschriftlich! Heinz, sag mal hast Du 
a keine Textverarbeitung??? Grausame 
eit!! 

Aber wenn ich mich recht erinnere, habe ich 
versprochen diese Arbeit zu übernehmen. 
Außerdem soll Heinz seine Arbeit nicht umsonst 
gewesen sein. Vielleicht sollte ich hier nicht 
soviel Zeus erzählen. sondern einfach mal 
anfangen: 


Enslischer Orisinaltext: Miles Kinloch. Edinbursh. 
Deutsche Übersetzung: Heinz Schober, Dresden. 
Getippt, mit Bemerkungen versehen und teilweise 
überarbeitet: Guido Schell, Löhne. 


BETA DOS BUG 


FIXES/ENHANCEMENTS 


(BETA DOS Fehlerberichtisungen und 
Erweiterungen) 


Das Prosramm "BETAFIX" beseitist die folgenden 
Fehler und brinst einige neue Vorteile. 


FEHLER 


1. OPEN # Befehl. 

Wenn man am Ende das IN oder OUT unterläßt, 
nimmt das DOS die Syntax nicht an, wenn in der 
selben Zeile noch eine Anweisung folgt, z.B. wenn 
ein Doppelpunkt der nächste Character nach dem 
Befehl ist. (Dieser Fehler betrifft auch G+DOS.) 


2. FORMAT Befehl 

Hier gibt es zwei Fehler: 

a) Der spezielle Fehler FORMAT di,n etc. ig- 
noriert das angegebene Laufwerk und formatiert 
das zuletzt benutzte Laufwerk. 


b) Der Befehl FORMAT d« wird von der Suntax 
nicht zugelassen. 


3. Command codes (Befehls-Codes) 

Diese sind vielleicht die schwerwiesendsten aller 
BETA DOS-Fenler, weil sie manche kommerzielle 
Programme beeinflussen, die das DOS vom 
Maschinencode her aufrufen. Wenn die Command 
Codes geändert sind, wird der größte Teil der 
Software ohne Probleme laufen. Ein paar Beispiele 
wären die +D konvertierte Version von Tasword 
128, Hackers Workbench ($.D. Software), Profile 


(Glensoft), Disc-Kit und einige Utilitys von 
"Betterbytes“. Die sechs folgenden codes sind 
fehlerhaft: 


a) code 52 und 53. 

Das Problem ist, daß das alternierende (alter- 
nate) HL-Registerpaar zerstört wird, was einen 
Absturz beim Rücksprung ins BASIC zur Folge 
hat, wenn ein USR-CALL gemacht wird, der diese 
command codes benutzt. 


b) code 56. 

Die Routine die durch RST 8 DB 56 aufgerufen 
wird, wurde nicht gegenüber der im PLUS D-ROM 
geändert, die auch G+DOS benutzt. Das ist zwar 
für Beta Dos gut, aber nicht bei Disketten die 
für mehr als 80 Files formatiert wurden; der 
Inhalt solcher Disketten würde immer zerstört 
werden. (code 56 dient zum Abschließen eines 
Files vom Maschinencode her, d.h. um einen 
Eintrag in das Directory zu schaffen. ) 


c} code 67. 

Das ist der code um CAT fur eine Diskette 
auszuführen und ist fatal fehlerhaft. Jeder 
Versuch ihn zu benutzen, bringt den Spectrum 
zum Absturz und zerstört möglicherweise gleich- 
zeitig das DOS. 


d) code 68 und 69. 
Der entsprechende zu SAVE®@ und LOADe®. Diese 
beiden bringen einen DOS Error, ohne Rücksicht 
darauf, ob ein wirklicher Fehler existiert. Siehe 
auch unter Punkt 4. 
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4, LOAD®/SAVE® Kommando (und die ent- 
sprechenden command codes) 

Wenn während LOAD®e oder SAVE®@ ein Fehler 
gewesen ist, z.B. eine schreibgeschützte Diskette 
etc., ergibt das einen falschen Variablenwert in 
einer der DOS Sustemvariablen. Wenn man dann 
RUN einsibt, um das DOS neu zu laden erfolst 
sofort eine "End of File" Meldung. Auch wenn man 
versucht einen Snapshot zu machen, wird er 
falsch gesaved (gesichert). Zusätzlich kann es 
zur Zerstörung weiterer Files auf der Diskette 
kommen. Die Eingabe von CLEAR # setzt die 
Variable zurück. Wenn aber beisrielweise zur 
gleichen Zeit einige Kanäle (Streams) offen sind 
oder wenn der Fehler durch die command codes 
gekommen ist und ein Einspruns ins BASIC 
unmöglich war, ist das sicher keine ideale Lösung 
des Problems. 


5. SAVE®@ Kommando. 

Da sibt es ein Problem mit der Routine, die den 
Floppymotor extra eine Sekunde vorher drehen 
läßt, damit er genügend hohe Drehzahl hat bevor 
ein Sektor beschrieben wird, Das System Ig- 
noriert auf weiche Floppy das SAVE®@ statt- 
finden soll. Es wird stattdessen die zuletzt 
benutzte Floppy angesprochen. Das läuft gut, 
wenn man Jeweils eine Diskette in beiden 
Laufwerken hat. Wenn in der zuletzt benutzten 
Floppy keine Disk eingelest ist, läuft der Motor 
dieser Floppy undefiniert weiter, bis eine Diskette 
eingeschoben wird. 


6. Die Benutzung des Großbuchstaben "D" bei 
SAVE und ERASE. 

Wenn es auch manchmal so scheint, ist der 
automatische CAT, das beim G+DOS bei diesen 
Kommandos stattfindet, bei BETA DOS doch nicht 
ganz beseitigt. Der CAT erfolgt, aber man kann 
es nicht sehen, weil der STREAM so umseleltet 
wird, daß der CAT im Arbeitsraum (workspace) 
des BASIC erfolst, anstatt auf dem oberen 
Bildschirm (screen). Dabei werden keine Über- 
prüfungen semacht, welcher Platz für den Ar- 
beitsraum zur Verfügung steht etc. Das kann 
manchmal Probleme machen, besonders wenn 
vorher ein INPUT gemacht wurde, der Ja auch den 
Arbeitsraum benutzt. Beispiel von Guido: 


1 
dr Tu 
10 INPUT a MM 
20 SAVE D1 "TEST" 
RUN CENTER). 


Das System stürzt ab. 


7. MOVE Kommando. 
Die Form MOVE #s TO dl"name“ (nicht in der +D 
Anleitung dokumentiert) hat zwei schwerwiesende 
Fehler. Der erste ist, daß der Directory Eintrag 
für ein neues File nicht im Katalog sichtbar wird, 
obwohl er existiert. Das zweite Problem Ist, daß 
bei dieser Form des MOVE Kommandos, wenn der 
File-Name schon benutzt wurde und man "N” bei 
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der OVERWRITE Abfrage eingegeben hat, sich 
später der Spectrum bei der Eingabe von CLEAR 
* oder CLOSE #« "aufhänst". Das ist So, weil 
einige Zeiger (pointers) nicht zurückgesetzt 
wurden und CLEAR # und CLOSE #= dann des- 
orientiert sind. wieviel Speicherplatz sie zu 
fordern haben (Betrifft auch G+DOS. ) 


8. BETA DOS FN calls, 2.B. DEF FN SG) = USR 8 
Möglicherweise könnte es hier ein Problem mit 
dem 128er Editor geben, wenn solche Calls als 
direkte Befehle eingegeben werden, besonders 
diejenigen die OPENTYPE-Files betreffen, z.B. FN 
e, FN 1 und FN p. Der 128K Editor ist mit dem 
Inhalt des IX-Resisterpaares ziemlich beschäftlet 
fgenauer gesagt mit dem (IX+1), wenn nicht Null), 
wenn er mit einer Zeilenausgabe zu tun hat. Die 
letzteren drei Funktionen benutzen IX fur sich 
allein, so daß für 100% Sicherheit dieses Resister 
danach korrekt gesetzt sein muß. Weitere 
Details zu diesem IX Problem sind im Artikel 
"Plus D Alters" im Format Magazin Ausgabe März 
1988 (Vol.1, No.8) zu finden. Dieses war ja auch 
etwas, was das vorangesangene DOS beeinflußte 
(D.h. vor DOS Version 6+DOS 2a). 


9. Das Band (Tape) SAVE Kommando 

Wenn bei angeschlossenem +D ein Null-File-Name 
(SAVE "") oder einer länger als 10 Zeichen 
einsegeben wurde, bekommt man die Fehler- 
meldung "Nonsense in BASIC" anstatt "Invalid File 
name". Das ist allerdings nur ein kleiner Fehler. 
(Anmerkung von Guido Schell: Ich habe es mal 


ausprobiert, bei änseschlossenem +D ohne 
geladenes DOS funktioniert alles richtig. Bei 
geladenem BETA DOS und SAVE “" erscheint 


tatsächlich "Nonsense In BASIC", Aber bei SAVE 
"12345678900" erscheint bei mir "Invalid Device" 
und bei SAVE "sssssssssss" (11 X S) erscheint bel 
mir "Variable not found“! Wenn ich ein mit 
BETAFIX sgepatchtes BETA DOS verwende, 
erscheint in beiden Fällen so wie es richtig ist 
"Invalid file name”, 6G+D0OS habe ich nicht 
probiert.) 


10. “Drucken” in einen random access files. Hier 
gibt es zwei Fehler: 

a) Im BETA DOS Handbuch steht, daß die Text- 
oder Kontroll-Charactere nicht beachtet werden, 
die vor der eingegebenen Variable eingegeben 
werden, wenn man vor einem mit RND eröffneten 
File einen INPUT macht. Z.B. INPUT #4: "Text"; 
as. Das trifft aber nur für den 48K Modus Zu. 
Im 128K BASIC wird ein solcher Text ohne 
Beanstandung geschrieben, 

b) Die Benutzung von Farben in einem PRINT 
Kommando, das Daten zu dem File sendet, können 
einen Fehler verursachen, Eingebettete Control 
Codes sind in Ordnung, aber wenn man PAPER-, 
INK- etc, Tokens im PRINT Befehl benutzt, z.B. 
PRINT #4; INK 5; "text", kann das eine "Nonsense 
in BASIC" Fehlermeldung zur Folge haben. 


spe 


VERBESSERUNGEN 


1. Ein neues Kommando 

Man kann Jetzt mit LOAD dn oder SAVE dn (n = 
Nummer des Laufwerkes, also ] oder 2) das 
Laufwerk wechseln. Das kann 2.B. vor Verwen- 
dung das Kommandos LOAD Ppn nützlich sein. 


2: SAVE ;; TO: 

Diese Kommando wurde hinsichtlich des Kopierens 
zwischen zwei Laufwerken verbessert. Das +D 
nimmt nur kurze Zeit den Inhalt des Track 
Registers eines Laufwerkes wahr tLaufwerk- 
Korf-Position). Das kann manchmal zu Problemen 
führen, besonders wenn lange Files sowie 128K 
Snapshots kopiert werden, welche nicht in nur 
einem Durchgang kopiert werden können. Das 
System kann über die wahre Position des Kopfes 
"verwirrt" sein und wenn der File auf die Tracks 
nahe am Ende der Disk kopiert wird kann alles 
durcheinander kommen. Das Sustem stoppt mit 
einem Error. BETAFIX "flickt" die SAVE-TO 
Routine, so daß getrennte Meldungen für die 
Track Register der beiden Laufwerke genommen 
werden. Damit wird nicht nur eine größere 
Zuverlässigkeit, sondern auch eine höhere 
Seschwindiskeit erreicht (ca. 15%). 


mm Ende der Übersetzung wm 


Puuuuh, seschäfft! Na, habt Ihr alles kapiert? Ich 
(zugegeben) ganz bestimmt nicht. Mangels Sach- 
und Enslischkenntnisse, kann ich auch nicht 
beurteilen ob das geschriebene richtig ist. Wie 
oben bereits angedeutet, habe ich mir die Freiheit 
genommen (wo es mir sinnvoll erschien und wo es 
meine Englischkenntnisse zuließen) den Text von 
Heinz ein wenig zu ändern, Wenn man den Original 
Text mit der deutschen Übersetzung vergleicht, 
kann man teilweise sehen wie schwierig es ist, SO 
zu übersetzen, daß der Sinn erhalten bleibt. Das 
liest vor ällem an der Fachsprache im Com- 
puterbereich. Manche Dinge lassen sich schlecht 
"eindeutschen" und man sucht krampfhaft nach 
einer Umschreibung für irgendwas. Da ist es 
manchmal besser, man läßt das englische Original 
wie es ist. 

Dann hoffe ich noch, daß beim Abdruck dieses 
Textes in den verschiedenen Publikationen das 
Sonderzeichen "@" der +D Suntax richtig gedruckt 
wird. Das war bisher nicht immer der Fall. Aber 
Ihr seid ja nicht auf den Kopf gefallen und habt 
die Fehler hoffentlich erkannt, oder? Gemeint Ist 
das Sonderzeichen welches man mit SYMB SHIFT 
und Taste "2" erreicht. Der richtige Ausdruck 
ist abhängig vom eingestellten Zeichensatz der 
am Drucker eingestellt ist. Oder? 

Abschließend möchte ich noch anmerken, daß ich 
nicht für die Richtiskeit der Aussagen von Mile’s 
sarantieren kann. Das gleiche silt für die 
Übersetzung. Ich persönlich benutze nur noch das 
mit BETAFIX sepatchte BETA DOS und bin sehr 
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zufrieden. Im Zweifelsfall den englischen Ori- 
einaltext benutzen und (sofern möglich) das 
beschriebene einfach ausprobieren! 

So, eigentlich wollte ich für heute erstmal Schluß 
machen, aber da flattert mir von Wolfgang Haller 
ein Brief ins Haus. Er hat mir einen weiteren von 
Heinz Schober übersetzten Text geschickt. 
Selbstverständlich auch handseschrieben. Etwas 
davon will ich hier noch reinbringen weil es ganz 
sut hierher paßt: 

In Teil 2 der +D Ecke habe Ich Euch verschiedene 
Kopierprosramme vorgestellt. Mit dabei war auch 
BACKUP, ein Sektor-Kopierprosramm welches zum 
BETADOS Prosrammpaket gehört, Ich habe auch 
geschrieben, daß es damit manchmal Probleme 
geben kann. Miles Kinloch hat auf den Artikel mit 
folgenden Zeilen reagiert, die ebenfalls von Heinz 
Schober übersetzt wurden: 


Obwohl ich dem deutschen Text nicht gut folsen 
konnte, erkannte ich, daß Probleme mit dem Beta 
Dos Backup angesprochen wurden. Dieses 
Programm war wirklich in seiner ursprünglichen 
Form fehlerhaft. Hauptsächlich durch 2 Fehler: Es 
war mit zwei Laufwerken bezüglich der Track- 
Resister-Anomalie (UN/OUT 235) unzuverlässig 
und dann auch wenn man eine nahezu volle Disk 
kopiert, wurden die beiden letzten Sektoren 
oftmals nicht übertrasen. Ich habe diese beiden 
Fehler berichtist und ebenso die RAM DISK 
geändert: Die Benutzung der RAM DISK verringert 
die Zahl der Diskettenwechsel bei Verwendung 
von nur einem Laufwerk. Aber wenn Zwei 
Laufwerke eingesetzt werden, ist der Einsatz der 
RAM DISK nicht notwendig, diese verlangsamt den 
Kopiervorgang sogar! Deshalb habe ich das durch 
eine Überbrückung in Sustemen mit zwei 
Laufwerken geändert, um da die Kopierzeit um 
einige Sekunden zu verkürzen. Schließlich habe 
ich einen Test eingebaut. damit es mit einem 48K 
Spectrum arbeitet. Es sind aber viel mehr 
Diskettenwechsel erforderlich (z.B. bei Verwen- 
dung von nur einem Laufwerk), da die RAM DISK 
bei einem 48K Gerät nicht verfüsbar Ist. Die 
von mir überarbeitete Version von Beta Dos 
Backup ist bei "wWoMo PD" erhältlich. 


«= Ende der (sehr freien) Übersetzung === 


Den Orisinaltext findet Ihr übrigens im SPC 
Clubheft 9.96 auf Seite 15 am Ende seines 
Beitrags "Plus D Pitfalls" oder auch Im SPC Heft 
10.96 auf Seite 16 oben links. 
Auch hier habe Ich Heinz seine Übersetzung noch 
etwas geändert, Jetzt ist die Übersetzung zwar 
nicht 100% identisch mit dem Orisinaltext, aber 
mir scheint es wichtiger, daß der Text von der 
Sache her verstanden wird. Das ist sicher auch 
im Sinne von Miles und Heinz. Schließlich mache 
ich hier keinen Englisch Kursus sondern die +D 
Eckel 32584 Löhne. Telefon 05732 8769 
Guido Schell, Auf dem Stocke 37 
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DIE SEITEN FÜR DEN S/VM! 


VM - ein virtueller Z80 
Prozessor? 


Hallo SAM-Freundel 

Da es in letzter Zeit ziemlich ruhig um den SAM 
im Info geworden ist, und wir auf die 100. 
Ausgabe zusehen (ich hoffe, die 101. tut’s auch. 
Wo), dachte ich mir, daß es mal wieder Zeit ist, 
etwas für den SAM zu schreiben. 

Also habe ich mich hingesetzt und mir ein Thema 
ausgedacht. Das Ist gar nicht so leicht, zumal 
mein SAM leider kaputt ist (Soundchip und eine 
Tastäturreihe) und der Emulator auf meinen Mac 
(zu altl) nicht läuft. Daher ist alles was ich hier 
sage bzw, behaupte rein theoretisch. Wenn etwas 
nicht 100% stimmt oder ich Suntaxfehler mache, 
bitte entschuldigt. 

Als der noch SAM noch lief und ich in Assembler 
programmierte, war es grausam sich um das 
Speichermanagement zu kümmern. Es waren 
immer nur 64Kb aufgrund des internen Aufbaus 
des ZBO des Speicher zugreifbar. Das Pasing half 
zwar, nur mußte man beim Prosrammieren immer 
aufpassen, daß man die richtise Speicherbank 
einschaltet, und sein Programm nicht zu lang 
wurde, das es in den verrückbaren Speicher- 
bereich hineinfiel. Kurzum, wurde das Programm 
länser oder der Speicherzusriff komfplizierter, 
mußten richtig komplizierte Techniken entwickelt 
werden. 

Eine Idee wurde geboren: Der ZBOVM., Das soll ein 
neuer virtueller Z80-Prozessor werden. \VM 
steht für "Virtual Machine" und bedeutet über- 
setzt nichts anderes als "Virtuelle Maschine". 
Das momentan berühmteste Beispiel für VM ist 
Java. Der ZBOVM sieht auf den ersten Blick aus 
wie der handeisübliche Z80. Es ist nur ein er- 
weiterter Z80, der 3 neue 21bit-Register und ca. 
100 neue Befehle hat, die softwaremäßig emu- 
liert werden. Daher ist dieser Z8O nur eine VM. 
Nun wie soll dieser ZBOVM meine Probleme lösen? 
Ganz einfach Der ZBOVM besitzt 3 neue 
Resister: VX, VY und VO ("V" steht für virtuell), 
und sind 2lbit-Resister. Die neuen Befehle 
bewirken den Zusriff und Verwendung der neuen 
Resister. Die Tabelle am Ende verdeutlicht die 
neuen Befehle mit Bedeutung und Parameter. 
Warum sind die neuen Register 21bit? Verwirrend, 
nicht wahr? Nun, logisch müßten es nun 24bit 


Adressbereich von O bis 16383. Und die Adresse 
16383 benötigt nur 13 Bits. Das macht zusammen 
21 Bit. Es stehen damit die vollen 4 Mb (mit 
4x1Mb Speichererweiterung) in 255 Bänken a l6kb 
zur Verfüguns. 

Außerdem bin ich fasziniert von der DLL-Technik 
(Windows) bzw. der SHARED LIBRARY-Technik 
(MacOs). Das brachte mich auf die Idee, daß es 
doch eisentlich esal sein sollte an welche 
Speicheradresse ich mein Programm lade. Es 
sollte immer laufen, ob ich es nach 32768 lade 
oder 237453. Dieses Problem will ich mit Hilfe 
des VO-Registers lösen, VO gibt sozusagen den 
Nullpunkt im Speicher an. Beispiel? Okay, 

Nehmen wir an VO hat den Wert 36000. Nun 
sagen wir dem ZBOVM: Springe relativ nach 
Adresse 49152 (JR 49152), Der Z8OVM errechnet 
nun die absolute Speicherädresse (49152 + VO) 
die lautet 85152, und springt dorthin. Hätte VO 
nun den Wert 30000, würde der Z80VM zur 
absoluten Speicheradresse 79152 springen. Damit 
wäre unser Prosramm IMMER frei beweglich, 
sprich REALLOKIERBAR. Natürlich kann man auch 
weiterhin mit JP <Ppnn> absolut springen, in dem 
Falle direkt nach Speicheradresse 49152. 

Ich weiß, daß das alles hier ziemlich kompliziert 
ist, aber ich denke mir doch, daß mich die 
Programmierer unter uns doch ein klein wenig 
verstanden haben. Wenn nicht dann emailt mir 
einfach, Darüber würde ich mich sehr freuen, 
auch wenn es nicht um den Z80OVM geht. Genug 
geredet, Jetzt lasse ich Beispiele für mich 
sprechen. 


Beispiel: Eine Routine zum Addieren von 10000 
und 20000, und dann zu der Adresse springen, die 
das Ergebnis anzeist, also 30000, 


LD WVX,10000 ; YX bekommt den Wert 10000 
LD VY,20000 ; YY bekommt den Wert 20000 


ADD VX,vY : VX und VY addieren, das 
; Ergebnis in VX speichern 
IP CVX) ; Zur Adresse springen, das VX 


; anzeigt -> 30000 


Ich hoffe, daß ich bald den Sourcecode für die VM 
fertig habe, so daß, falls sich Jemand dafür 
interessiert, diesen bei mir anfordern kann. 

So nun die Tabelle mit allen neuen Opcodes. die 
über RST 8 eingeleitet werden. Beispfel: 


sein. aber diese Resister sollen mir das LD VX,32767 -> RST 8 ; Aktiviere VM 
Speichermanasement erleichtern. Nun wie? Um DB 13 : Opcode für LD VX,«pnn> 

2ibit im Speicher darzustellen sind 3 Bytes DB 1 ; Erste Bute ist Page <p> 
notwendig. Das erste Bute ist die Bank, und die ((=32767716384)-1) 

letzen beiden Butes zeigen auf die Adresse in dr DM 19000 ; danach Adresse «nn> 

Bank. Eine Bank ist nur 16Kb groß. also hat einen (-32767-P»16384) 
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Opcode Bedeutung 
0 RET Ersatz für RET, damit VM richtig zurückspringen Kann. Normaler RET kann 
nur innerhalb O und 65535 zurückspringen. Der RET von der VM kann 
zwischen O und 4194304, 
1 JP <pnn> Absoluter Sprung nach Page <p>, Adresse <nn> 
2 JR <pnn> Relativer Sprung von Offset VO um Page <p>, Adresse <nn> 
3 JP Cvx) Absoluter Sprung zur Adresse, die VX beinhaltet 
4 JA CvX) Relativer Sprung von Offset YO um Wert. den VX beinhaltet 
5 IP (vv) Absoluter Sprung zur Adresse, die VY beinhaltet 
6 IR (vv) Relativer Sprung von Offset VO um Wert, den V'Y beinhaltet 
7 CALL <pnn> Absoluter Sprung nach Page <p>, Adresse «nn> mit Rücksprung durch RET 
(Opcode O) 
8 CALL CVX) wie JP (VX) nur mit Ruücksprung RET-Mösglichkeit 
9 cAaLL CvY) wie JP (VY) nur mit Rücksprung RET-Möslichkeit 
10 CALR <ann> Relativer Sprung von Offset VO um Page «p>, Adresse «nn> mit Rücksprung 
durch RET (Opcode 0) 
11 CALR CVX) wie JR (VX) nur mit Rucksprung RET-Möslichkeit 
12 CALR (vY) wie JR (VY) nur mit Rücksprung RET-Möglichkeit 
13 LD VX,<pnn> Lade Register VX mit 2lbit Wert <p>=Page, <nn>=Adr. 
14 LD VY,<pnn> Lade Register VY mit 21bit Wert <p>=Page, <nn>=Adr. 
15 LD VO, <pan> Lade Offset-Register VO mit 21bit Wert 
16 LD VXRA,<p> Lade Pagebyte des VX-Resisters mit Page «p> 
17 LD VYA,<p> Läde Pagebute des VY-Resisters mit Page <p> 
18 LD VOA,<p> Lade Pagebute des VO-Offset-Registers mit Page <p> 
19 LD VXHL,<nn> Lade Adressbutes des VX-Resisters mit Adresse «nn> 
20 LD VYHL,<nn> Lade Adressbyutes des VY-Registers mit Adresse «nn> 
21 LD VOHL,<nn> Lade Adressbytes des VO-Offset-Resisters mit «nn> 
22 LD VXH,<n> Lade Hishbute der Adressbutes von VX mit «n> 
23 LD VYH,<n> Lade Hishbute der Adressbytes von VY mit «n> 
24 LD VOH,<n> Lade Hishbute der Adressbutes von VO mit <n> 
25 LD VXL,<n> Lade Lowbute der Adressbutes von VX mit <n> 
26 LD VWYL,<n> Lade Lowbute der Adressbytes von VY mit «n> 
27 LD VOL,<n> Lade Lowbute der Adressbutes von VO mit «n> 
28 LD VX,C<ann>) Lade VX mit Wert von absoluter Speicheradr. «Pnn> 
29 LD VY,C<pnn>) Lade VY mit Wert von absoluter Speicherädr. <Pnn> 
30 LD VO,C<ann>) Lade VO mit Wert von absoluter Speicherädr. <Pnn> 
31 LR VX%,C<pnn>) Lade VX mit Wert von relativer Speicheradr. <pnn> 
32 LR VY,C<pnn>) Lade VY mit Wert von relativer Speicheradr, <Ppnn> 
33 NOP - Reserved - 
34 LD VXA,C<pnn>) Lade Pagebute von VX mit Wert von absoluter Speicheradr. «Pnn> 
35 LD VYA,C<pnn>) Lade Pagebute von VY mit Wert von absoluter Speicherädr. «Pnn> 
36 LD VoR,C<pnn>) | ade Pagebute von VO mit Wert von absoluter Speicheräadr. <pnn> 
37 LA VXA,C<pnn>) | ade Pagebute von VX mit Wert von relativer Speicheraädr. <Pnn> 
38 LR VYA,C<pnn>) Lade Pagebute von YY mit Wert von relativer Speicherädr. <Pnn> 
39 NOP - Reserved - 
40 LD VXHL,C<pnn>) Lade Adressbytes von YX mit Wert von absoluter Speicheradr. <Pnn> 
41 LD VYHL,C<ann>) Lade Adressbutes von VYY mit Wert von absoluter absoluter Speicheraädr. 
<pnn> 
42 LD VOHL,C<pnn>) Lade Adressbutes von VO mit Wert von absoluter absoluter Speicherädr. 
<pnn> 
43 LR VXHL,C<pnn>) Lade Adressbutes von VX mit Wert von relativer Speicheradr. «Pnn> 
AA LR VYHL,C<pnn>) Lade Adressbutes von VY mit Wert von relativer Speicheradr. <Pnn> 
45 NOP - Reserved - 
46 LD VXH, C<pnn>) Lane Highbyte der Adressbutes von VX mit Wert von absoluter Speicher - 
adr. <pnn> 
47 LD VYH, C<pnn>) unge Hishbute der Adressbutes von VY mit Wert von absoluter Speicher- 
adr. <Ppnn> 
48 LD VOH,C<pnn>) erg Hishbute der Adressbutes von VO mit Wert von absoluter Speicher- 
adr. <PnNn> 
49 LR VXH,C<enn>) Lade Hishbute der Adressbutes von VX mit Wert von relativer Speicher- 
ödr. <Pnn> 
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LR VYH,C<pnn>) 


Bedeutung 


Lade Hishbyte der Adressbutes von VY mit Wert von relativer Speicher- 


NOP 
LD VXL,C<pnn>) 


LD YYL,C<pnn>) 
LD VOL, C<pnn>) 
LR VRL,C<pnn>) 
LA VYL,C<pnn>) 


NOP 

LD R,vxA 
LD A,VYR 
LD A,VOoR 
LD A,VXH 
LD A,VYH 
LD A,VOoH 
LD A,VXL 
LD A,VYL 
LD A,VOoL 
LD VXxA,n 
LD vYA,R 
LD voa,n 
LD VXH,A 
LD YYK,A 
LD VOH,R 
LD VXL,R 
LD VYL,R 
LD VOL,R 
LD HL,VXHL 
LD HL,VYHL 
LD HL,VOHL 
LD VXHL,HL 
LD VYHL,HL 
LD VOHL,HL 
LD A,C<pann>) 
LD A,CVX) 


LD A,CW) 
LD A,CVO) 


LR A,€<pnn>) 
LR A,CVX) 


LR A,CuN 
NOP 

LD HL,C<pnn>) 
LD HL,CVX) 

LD HL,CVY) 

LD HL,CVO) 


LA HL,C<pnn>} 
LR HL,CVX) 


adr. <Pnn> 

- Reserved - 

Er Lowbyte der Adressbytes von VX mit Wert von absoluter Speicher- 
adr. <Pnn> 

ein Lowbute der Adressbutes von VY mit Wert von absoluter Speicher- 
adr. <Ppnn> 

zux Lowbute der Adressbytes von VO mit Wert von absoluter Speicher- 
adr. <pnn> 

Lowbute der Adressbyutes von VX mit Wert von relativer Speicher- 
adr. <pnn> 

Peg Lowbyte der Adressbytes von VY mit Wert von relativer Speicher- 
adr. <Ppnn> 

- Reserved - 

Lade Register A mit Pagebute von VX 

Lade Resister A mit Pagebute von VY 

Lade Register A mit Pagebute von VO 

Lade Resister A mit Hishbute der Adressbutes von VX 

Lade Resister A mit Hishbute der Adressbutes von VY 

Lade Resister A mit Hishbute der Adressbutes von VO 

Lade Register A mit Lowbute der Adressbutes von VX 

Lade Resister A mit Lowbute der Adressbutes von VY 

Lade Resister A mit Lowbute der Adressbutes von VO 

Lade Pagebute von VX mit Register A 

Lade Pasebyute von VY mit Resister A 

Lade Pagebute von VO mit Register A 

Lade Hishbyte der Adressbutes von VX mit Register A 

Lade Hishbyte der Adressbutes von VY mit Register A 

Lade Hishbute der Adressbutes von VO mit Register A 

Lade Lowbute der Adressbytes von VX mit Register A 

Lade Lowbute der Adressbutes von VY mit Register A 

Lade Lowbute der Adressbutes von VO mit Resister A 

Lade Register HL mit Adressbute von VX 

Lade Register HL mit Adressbyte von VY 

Lade Register HL mit Adressbute von VO 

Lade Adressbute von VX mit Register HL 

Lade Adressbyte von VY mit Register HL 

Lade Adressbute von VO mit Resister HL 

Lade Resister A mit Wert in absoluter Spreicheradresse «pnn> 

Lade ERREN A mit Wert in absoluter Speicheradresse, die Resister VX 
anzeig 

EEE Pamaltr A mit Wert in absoluter Speicheradresse, die Register VY 
anzeig 

a EEE A mit Wert in absoluter Speicheradresse, die Resister VO 
anzeig 

Lade Resister A mit Wert in relativer Speicherädresse <pnn> 

a meıen A mit Wert in relativer Speicheradresse, die Resister VX 
anzeig 

Lade Resister A mit Wert in relativer Speicheradresse, die Register VY 
anzeigt 

- Reserved - 

Lade Register HL mit Wert In absoluter Speicheradresse «pnn> 

un MER: HL mit Wert In absoluter Speicheradresse, die Register VX 
anzeig 

Eaoe Desinten HL mit Wert in absoluter Speicheradresse, die Register VY 
anzeig 

Lade BESABtEN: HL mit Wert in absoluter Speicheradresse, die Register VO 
anzeig 

Lade Register HL mit wert in relativer Speicheradresse <pnn> 


Lade Reg. HL mit Wert in relativer Speicheradresse, die Reg, VX anzeigt 


Ausgabe 101 - Mai 1998 SPC 


Mnemonic Bedeutung 


96 LR HL,CVY) 


97 NOP - Reserved - 
98 ADD A,VxA 


99 ADD A,VYA 


Lade Reg. HL mit Wert in relativer Speicheradresse, die Reg. VY anzeigt 


Addiere Resister A mit Pagebute von VX 
Addiere Resister A mit Pagebyte von VY 


100 RDD A,Vvon Addiere Resister A mit Pagebute von VO 

101 ADD A,VXH Addiere Res. A mit Hishbute der Adressbutes von VX 

102 RDD A,VYH Addiere Res. A mit Hishbyte der Adressbutes von VY 

103 ADD A,VOH Addiere Reg. A mit Hishbute der Adressbutes von VO 

104 RDD A,VXL Addiere Reg. A mit Highbute der Adressbutes von VX 

105 RDD A,VYL Addiere Reg. A mit Hishbute der Adressbutes von VY 

106 ADD A,VOL Addiere Reg. A mit Hishbute der Adressbutes von VO 

107 SUB VXRA Subtrahiere Pagebute von VX von Resister A 

108 SUB VYA Subtrahiere Pagebute von VYY von Resister A 

109 SsuB voA Subtrahiere Pagebute von VO von Resister A 

110 SUB VXH Subtrahiere Hishbyte der Adr.butes von VX von Reg. A 

111 SUB VYH Subtrahiere Hishbyte der Adr.bytes von VY von Reg, A 

112 SUB VOH Subtrahlere Hishbute der Adr.butes von VO von Reg, A 

113 SUB VXL Subtrahiere Lowbyte der Adr.butes von VX von Reg. A 

114 SUB VYL Subtrahlere Lowbyte der Adr.butes von VY von Reg. A 

115 SUB VOL Subtrahiere Lowbute der Adr.butes von VO von Reg. A 

116 ADD HL,VXHL Addiere HL mit Adressbutes von VX 

117 ADD HL,VYHL Addiere HL mit Adressbutes von VY 

118 ADD HL,VOHL Addiere HL mit Adressbutes von VO 

119 ADD VXHL,HL Addiere Adressbutes von VX mit HL 

120 ADD VYHL,HL Addiere Adressbutes von VY mit HL 

121 ADD VOHL,HL Addiere Adressbutes von VO mit HL 

122 S8C HL,VXHL Subtrahiere Adressbytes von YX von HL 178 

123 SBC HL,VYHL Subtrahiere Adressbutes von YVY von HL 

124 SBC HL,VOHL Subtrahiere Adressbutes von VO von HL, 

125 SBC VXHL,HL Subtrahiere HL von Adressbutes von VX i 
126 SBC VYHL,HL Subtrahiere HL von Adressbytes von VY ’ ve pr 
127 SBC VOHL,HL Subtrahiere HL von Adressbutes von VO n Ri 


Email: Nomadechange.gun.de 


FLASH mit Maus für 
Disk & Harddisk 


Das arbeiten mit B-DOS und Harddisk ist schon 
Klasse. Wer wie ich auch eine Two-Drive- 
Flashversion mit Maus benutzen möchte (eine 
echte Aufwertung), der sollte seine entsprechende 
Version im Basic folgendermaßen angleichen: 


1000 LET p=IN 252: LET a=USR 329871: OUT 252,p: 
CLS : IF a>=1060 THEN LOAD "AUTOR" 

1003 LET b=DPEEK 51768: GO SUB a: GO TO 1000 
1010 DEVICE d2: GO SUB 4000: DIR 2: INPUT "File 
name:";a9: LOAD a® CODE 114688: RETURN 

1015 DEVICE di: DIA 1: INPUT "File name: ";a®: 
LORD a9 CODE 114688: RETURN 

1020 DEVICE d2: GO SUB 4000: 60 SUB 3000: 
a9 CODE 114688,b: RETURN 

1025 DEVICE di: GO SUB 3000: SAVE a$ CODE 
114688,b: RETURN 

1030 DEVICE d2: DIR 2: GO SUB 3000: VERIFY a$ 
CODE 114688,b: RETURN 


SPC 


SAVE 


Er 
ar 


Stephan Haller, Schützheider Weg 32, 51465 Bergisch Gladbach, Telefon: 02202/31052 


-oder- itzba@aol.com 


1035 BEVICE di: DIR 1: GO SUB 3000: VERIFY as 
CODE 114688,b: RETURN 

1040 DEVICE d2: GO SUB 4000: 
RETURN 

1050 INPUT "Drive 17/2: ";d: DEVICE dd: DIR d: 
INPUT "File name:";a%: ERASE a$: RETURN 

2000 RETURN 

3000 INPUT "File nane:”;a®$: LET pa=114688+b-51: 
POKE pa+20,MEM$ (pa TO pa+i9)+CHR% 255: RETURN 
4000 INPUT "Record Nr.: ";re: RECORD re: RETURN 
9800 CLEAR 32511: PRINT "FLASH Disc version 1.1 
CMOUSE)": LOAD "FLASHL"CODE : LORD "FLASH2" 
CODE 6%16384+7008: CLEAR 

9840 RUN 

9998 DEVICE d2: SAVE "FLASH" LINE 9800: SAVE 
"FLASH1" CODE 32768,57344: SAVE "FLASH2" CODE 
6416384+7008,42000: RETURN 


DIR 2: PAUSE : 


wer Jetzt noch das Codefile “"FLASHI" mit POKE 
69481,’DRV1" und POKE 69497,"DRV_2" ändert und 
mit SAVE"d2:FLASHI"CODE 32768,57344 sichert, 
der hats nun auch im Filemenu des Programms 
stehen. Viel Spaß damit! Wo vom WoMo-Team 
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Was lange währt, währt endlich gut. Hier ist sie 
(diesmal in alphabetischer Reihenfolge): Die Liste 


der 105 User, die dem SPC auch i 
weiterhin die Treue halten, 4 
kommen sind, mit denen Mur Tauschabos unter- 
etc. on © da 5. (wieder mal) [aente 


m Önser 
Eheishauser und Peter Aemefelo für ihre schnelle 
und "unbürokratische" Hilf 


e. 
1. Atari Club Köln, Arnold 
Bonner Straße 364, 5096 


Nele Abe Ludwig 

Am Mühlgraben 4, 35037 Marburg 
Roland Alber 

Hinterm Forsthaus 9, 88696 Owingen 
Jean Austermü 

Sernwartstraße 69, 40223 Dusseldorf 


Shalen Ballersteller 
Laim Str. 145, 81673 Munchen 


KIao 
N: burg 10: 30890 Barsinshausen 


""Pferdebruchfeid 11. 50170 Kerpen 
irK öfer 
Am Ka Ren a 34549 Edertal-Giflitz 
Peter Berem 
Fear EN 68309 Mannheim 
Wolfgang Ber 
Friecberser Str. Dar 61169 Friedberg 
Hans Joachim Blum 
„.Köhlrauschwee 1% 60486 Frankfurt 
Joseph-Schmidt-Str, 23, 12057 Berlin 
Günter Brutting 
Waidacher Dorfstr. 34, 91278 Pottenstein 


Siegfried Dikomey 
runnenstraße 41, 52531 Übach-Palenberg 
Wilhelm Dikomey 
Mühlengasse La 52391 Vettweiß 
Manfred Dör 
et Ir. 15: 70734 Fellbach 


Lothar und Marion Ebelshäuser 

Bersisch D SSROCher Str. 796A, 51069 Köln 
Thomas Eber 

Relnäcker str 4, 70794 Filderstadt 
Horst_Enselha 

Im Eisenbach 5, 35716 Dietzhölztal 


Kai Fisch 

Kaumer Straße 2B, 09366 Beutha 
Ingolf Fitzn 

Taistraße 7, 07407 Rudolstadt 


Wo en Sier iz) 
abich 9, 82223 Eichenau 
sinn ds wski 
Wolfoang-Düring-Str. 11, 37077 Göttingen 
Michael Gruschke 
Am Seeufer 75, 56235 Ransbach-Baumbach 


n diesem Jahr 
hi 


Aubert 
6Köin 


Stephan Haller 
Sehützheider weg 32, 51465 Bersisch Gladbach 
Wolfgang und Monika Haller 
Im ‚LONNenfor St 16, E1089 Köln 
Herbert H 
Postfach 328, 86803 Buchloe 
Günter Hartw 
B Lissabonstr, 94, 37079 Göttingen 
udo 
D GIALLOETSIT. 63, 51469 Bersisch Gladbach 
e 
AIEDEHDEENE u 98701 Großbreitenbach 
Rupert Hoffm 
Di FIRenEkT str, oh 92637 Weiden 
Korbacher, ge. 241, 34132 Kassel 
Scott-Falk 
RR, Mrape 4, 99610 Sömmerda 


Christoph Idstein 
Bahnhofstraße "6, 55218 Ingelheim 


Claus Jah 
Felsenstraße 12, 36266 Heringen 
Nico Kaise 
gas Knebeist . 5, 98693 Ilmenau 
Robert Koch- Str. 3, 36043 Fulda 
Günter K 
„E72ediroewe 16/1, 70736 Fellbach 
Brauerstraße 7, 76137 Karlsruhe 
Mustafa Knobe 


Kn 
SER 39, 13507 Berlin 
Rhe en are 56348 Kestert 


5 
ola 
"Jost Tue -Str. 42, 40625 Dusseldorf 
Regentenstraße 112, 41061 Mönchengladbach 


Harald R. Lack 

Heidenauerstr. 5, 83064 Raubiing 
Peter LIEBEN NN elt 

Bet bed Braunschweig 
won - bietrich £ 


ae 
Hammerstr. Kia 5, Shrsnge Beiiheim 


Willi Mannertz 

Lindenstr. a 24223 Raisdorf 
Günther Mar 

Staulinie 13° Ysi2 Oldenburg 
Ks Menzel 
Gebauer Str. 71a, 55411 Bingen 
Frank Meu 

Schulstr, , 50389 Wesseling 


aye 
eter Moss 9, 50827 Köln 


Hoithregoe ars 45711 Datteln 
Frank- Mich OczK0 

„ Haselstelo ir 12347 Berlin 
Srehlener Str. 6b, 01069 Dresden 


feläuer ONraBe 44, 89518 Heidenheim 


Emil Obermaur 

Teichmüllerstr. 2, 38114 Braunschweig 
Christof Odentha 

Platänenweo 8, 85609 Aschheim 


e 
Mich 
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Carsten Pfeil 

Mittl. Landweg 226, 21035 Hamburg 
Martin Pollok 

Ina-Seidel-Straße 29, 40885 Ratingen 


E. Reich, c/o R. Helbing 

Dom. -Ringeisenweg 3, 82380 Peißenberg 
Peter Rennefeld 

Küpper 32, 52525 Heinsberg 
Hubert Roßkamp 

Kaninenbershöhe 35, 45136 Essen 


Guido Schell 

Auf dem Stocke 37. 32584 Löhne 
Frank Schlüter 

Pehlen 2B, 32108 Bad Salzuflen 
Hans Schmidt 

Fredersdorfer Str, 10, 10243 Berlin 
Heinz Schnittker 

Geiststraße 14, 59329 Wadersloh 
Heinz Schober 

Taubenheimer Straße 18, 01324 Dresden 
Andreas Schönborn 

Rüdesheimer Str. 60, 64295 Darmstadt 
wilko Schröter 

W.-Barents-Str. 28. Nr. 7/4. 18106 Rostock 
Bodo Schulte-Varendorff 

Kiefernweg 33, 49090 Osnabrück 
Thomas Schwarz 

Oberhofer Straße 82, 88096 Tettnang 
lan D. Spencer 

Fichtenweg 10c, 53804 Much 
Klaus-D. Stubs 

Ispei 14, 58675 Hemer 


Hans-Christof Tuchen 
Lotzestr, 10, 12205 Berlin 


Jörg Vostschmidt 
Wasnerstraße 21, 48249 Dülmen 


Alexander Walz 

Kastanienweg 4-6, 52074 Aachen 
Paul webranitz 

Borgasse 16, 54538 Kinheim 
Claus-Jörg Weiske 

Veit-Stoß-Str. 2, 82256 Fürstenfeldbruck 
Inso Wesenack 

Dahlmannstraße 10, 10629 Berlin 
Norbert Wiedkamp 

Lortzinsstr. 5, 48477 Hörstel-Riesenbeck 
Albert Wolter 

Kieselhausenstr. 239, 09117 Chemnitz 


Dänemark: 
Arne Nielsen 
Chr X's vej 10st, DK-8260 Viby 7 


Großbritannien: 
Andy Davis 
62, Tithe Barn Lane, Woodhouse, Sheffield 
South Yorkshire. S!3 7LN, England 


Dave Fountain 
il Camel Road, Silvertown 
London, E16 2DE, England 
Miles Kinloch 
Flat 16, 6 Drummond Street 
Edinbursh, EH8 9TU, Schottland 
Malcolm Mackenzie 
31 Ashwood Drive, Brandiesholme, Bury 
Lancs, BL8 IHF, England 
Matthew Westcott 
14 Daisy Mill Drive, Adlinston 
Chorleyu, Lancs, PR& 9NE, England 


Lithauen: 
Dalnikovas Eugenijus 
Kolvariju 9. 142-3, 2042 Vilnius 
Sisitas Grigorius 
Ateities 1-39, 2057 Vilnius 


Niederlande: 

Rudy Biesma 

Betuwe 18, 9405 JJ Assen 
Edwin Blink 

Kremersheerd 63. 9737 PK Groningen 
Stefan Drissen 

Godevaert Montensstraat 17, 4811 PD Breda 
Flora Elstrodt 

Boelemahuid 151. 9736 HJ Groningen 
Johan Koelman 

w. van de Veldestraat 1, 5831 Bw Boxmeer 
Johan Koning 

Mieden 6, 9866 TM Lutiegast 
Roelof Koning 

Selwerderstr. 26, 9717 GK Groningen 
Ronald Raaijen 

Hazepad 5, 8309 AX Tollebeek 


Osterreich: 
Leszek Chmielewski Daniel 
Prager Str. 92/11/12, A-1210 Wien 
Georg Gojcevic 
Badweg 6, A-6923 Lauterbach 
Peter Meindl 
Siemensgasse 3/8, A-2630 Termitz 


Polen: 
Ed Polinski 
Boczna 27, 05-300 Minsk Maz 


Rumänien: 
Marin Stanculescu 
SOS. Oltenitei 238, Bl.53, Sc. 3 
Et.1, Ar, 93, Sect. 4, 0.P.8 
75652 Bucuresti 


Schweden: 
Björn Eriksson 
Axvallsvägen 54, 12150 Johanneshov 


Schweiz: 
Anton Arpagaus 
Zwärenstr. 8. CH-4118 Rodersdorf 
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Spectrum-Disks auf Festplatte archivieren mit 


EBEIEN 


Die Firma Sudex vertreibt für den PC ein 
Shareware-Programm namens CopyQM, daß auch 
für uns Spectrum-Besitzer äußerst interessant 
sein kann, sofern unser Spectrum mit Dis- 
kettenlaufwerken ausgestattet ist. CopyQM tut 
eigentlich nichts weiter, als Disketten in einem 


einzigen Durchsang zu kopieren. und gege- 
benenfalls ein Imase auf der Festplatte ab- 
zulesen. Dabei können, und das ist für uns 
wichtig, auch Fremdformate wie z.B. das 


Atari-Format, das Arple Il-Format und eben das 
+D Format gelesen werden. CopyuQM verbraucht 
auf der PC-Seite nur sehr wenig Rechner- 
kapazität, ein XT mit 256K Ram. einer kleinen 
Festplatte und Dos 3.3 reicht schon völlig aus. 
Um z.B. eine +D Diskette auf die Festplatte zu 
bannen, ist der Befehl 
COPYAM A: RECORDO=C:blablabla 

ausreichend. Um das Festplattenimage an- 
schließend wieder auf eine für den Spectrum 
lesbare Diskette zu brinsen reicht: 


COPYQM A: PLAYBACK=C:blablabla 


Dabei müssen die zu beschreibenden Disketten 
nicht einmal formattiert sein, das erledist 
CopyQM von sich aus, und es geht nach meinen 
Erfahrungen dabei sehr sicher und schnell vor. 
Dem Anwender stehen eine Vielzahl von Switches 
zur Verfügung wie z.B. SILENT, was die 
akustischen Signale abstellt, oder MONO, um eine 
schwarzweiße Bildschirmausgabe einzustellen, 


Das Programm ist auf der Alchnews-Webpage 
erhältlich (wer keinen Internetzugang hat, wende 
sich an mich), und dort finden sich auch schon 
etliche +D Images voll mit Andy Davis’ Software. 
Hier liest meiner Meinungs auch die wichtigste 
Anwendungsmöglichkeit für das Programm. Es ist 
damit möslich, die großen PD-Bibliotheken für den 
Spectrum ohne viel Aufwand im Internet 
verfüsbar zu machen. Man muß dann keine 
Karriolen schlagen, um Prosramme und Daten in 
irgendein Emulatorformat zu verwandeln, nur um 
es hinterher wieder für den echten Spectrum 
zurückzuformatieren. Ein einfacher Lesevorgang 
im PC, der pro Diskette ungefähr eine Minute 
dauert, reicht. 


Ein Wermutstropfen bleibt allerdinss. CopyQM 
kopiert nur sanze Disketten. es nicht möslich. 
einzelne Files aus den Images zu lesen oder in die 
Imases zu schreiben. Das Problem ist allerdings 


ist ein 


denn netterweise 
Imasefile schlicht und einfach ein Header von 
einigen Hundert Butes, dem ein genaues 1:1 Abbikd 


leicht zu umaehen, 


ger Diskette folgt. Wenn man über das Format 
und die Directory-Struktur der +D Diskette 
Bescheid weiß, ist es also ein leichtes, eigene 
Software zu Schreiben, die die virtuellen Sektoren 
des Imagefiles korrekt liest und beschreibt, und 
auch dafür sorst, daß das virtuelle Directory 
entsprechend urgsedated wird. 


Ein weiterer Vorteil des Programms besteht 
darin. daß es sehr viel schneller Disketten 
formattieren kann, als der Spectrum mit dem +D. 
Dazu muß man nichts weiter tun, als ein Image 
einer frisch formattierten Diskette auf die 
Festplatte zu korieren. und bei Bedarf dieses 
Imase auf die zu formattierende Diskette 
zurückkorieren. Ich habe damit bis jetzt beste 
Erfahrungen gemächt. 


SEELE he 


Die Scene+ Diskette März/April "9 


Seit Anfang dieses Jahres erscheint das Scene+ 
Diskettenmasazin von L.C.D. zusammen mit dem 
SUC Magazin. Grund genug, sich die Sache mal 
anzuschauen. Scene+ ist in verschiedenen 
Formaten erhältlich: PlusD, Opus, MBO2 und 
Beta-Disk. Ich habe mir die PlusD-Ausgabe an- 
geschaut. 


Sobald die Diskette gebootet hat, begrüßt uns 
Scene mit einer kurzen Willkommensseite, auf 
der der Titel des Magazins in einer gerenderten 
dreidimensionalen Drehgrafik gezeist wird. Es 
folst kurz ein Scan des Raumschiffs Enterprise, 
den man sich aber gar nicht richtig angucken 
kann, da sofort das Menü nachgeladen wird. Uber 
die Tasten A-H lassen sich die verschiedenen 
Prosrammpunkte anwählen. ein roter Balken 
öffnet sich dann und man kann per Cursor Unter- 
punkte anwählen. Es finden sich hauptsächlich 
Textfiles, Srafiken und Prosramme. Die Text- 
files werden mit einem 64-Zeichenreader 
dargestellt, für die Bilder sibt es eine hübsche 


Slideshotroutine, aus der heraus man die Bilder 
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auch abspeichern kann. Die Programme lassen 
sich in den allermeisten Fällen durch Tastendruck 
starten (außer man hat USR O nicht ein- 
geschaltet, wenn das verlanst wird) und werden 
von einem kurzen beschreibenden Text begleitet. 
was ist in der März/Arrilausgabe enthalten? 


Scene+ enthält einen umfangreichen redaktionellen 
Teil, in dem nicht nur über die 
Pentason-Schaltpläne schreibt, die er kürzlich 
erhalten hat, über seine Übersetzung des Spiels 
"Scorpions und über ein privat entwickeltes 
Disketteninterface, sondern der seltsamerweise 
auch eine Besprechung der TV-Serie "Liebling, ich 
habe die Kinder geschrumpft" enthält, die 
vieleicht, ähm, einen Tick zu gut ausgefallen ist, 
aber das ist ja persönliche Geschmäckssäche. 
Des weiteren sibt es einen vollständigen Index 
der bisher erschienenen Scene+ Disketten, der in 
Artikel, Spiele, Demos, Anwendunssprosramme und 
Extras geteilt ist. Das ganze ist sehr praktisch, 
wenn man Prosramme oder Texte wiederfinden 
will, denn wenn man sämtliche paarundzwanzig 
Disketten des Magazins in seiner Diskettenbox 
liesen hat, wird es mit dem Suchen schwierig. 
Zwei Teile einer offensichtlich vielteiligen 
Science-Fiction Serie namens "Vortex" folgen. Es 
ist ein wenig schwierig, dieser Geschichte zu 
folgen - es ist nicht gerade Asimov, aber wer 
von uns ist schon Asimov? 


Zwei Artikel haben da schon mehr mit dem 
Spectrum zu tun. Der erste Text ist eigentlich 
weniser ein Artikel, als vielmehr eine Auflistung 
von Z80-Mnemonics. Zuerst war ich mir nicht 
ganz Sicher, ob noch eine weitere Opcodeliste 
tatsächlich von Nutzen wäre, aber diese Liste ist 
insofern anders, als daß sie die Opcodes in 
dezimaler Form angibt. Ich halte es zwar aus 
verschiedenen Gründen für praktischer, beim 
Programmieren in Maschinensprache den Hexa- 
dezimalcode zu verwenden. aber für Basic- 
programmierer, die per Hand assemblieren und 
Data-Zeilen verwenden ist diese Liste 
außerordentlich hilfreich. Der zweite Artikel 
befaßt sich mit der Interlace-Programmieruns. 
Es wird nicht nur beschrieben, wie die Sache 
funktioniert, sondern auf der Diskette finden sich 


auch ein Utility zur Erzeugung von 
interruptgesteuerten Interlacebildern und eine 
‚ kurze Demo. Artikel und Routinen sind sehr 


interessant aber im Gegensatz zu LCD glaube 
ich, daß Interlaces - also zwei Bilder, die durch 
schnelles Hin- und Herschalten zu einem Bild 
verschmelzen - wenig praktische Anwendungs- 
möglichkeiten haben. Wenn es eine Methode sibt, 
die Textdarstellunsg des Spectrums NICHT zu 
verbessern. dann sind das Interlaces!i Ein 
Textviewer - wohlmöslich noch in 64 Zeichen - 
Im Interlacemodus würde den Verbrauch von 
Aspirin ins Astronomische steigern. Auch die 
wild flackernden Demobilder konnten mich nicht 
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so recht überzeusen. Am besten hat mir noch 
das Bild von Captain Kirk gefallen. 


Die Scene+ enthält jede Menge Bilder, allesamt 
schwarz-weiße Scans. Zum größten Teil sind dies 
Scans, die LCD aus japanischen Manga-Comics 
kopiert hat, zum Teil aber auch Tierbilder. Das 
dicke fette Krokodil hat mir dabei am besten 
gefallen. Die Manga-Scans sind zum Teil etwas 
schief und manchmal finden sich auf den 
Gesichtern die putzigen Schachbrettmuster, die 
immer dann entstehen. wenn man ein Raster 
verkleinert. Ich weiß Ja nicht, welchen Scanner 
LCD benutzt und wie die Vorlagen original 
aussehen, aber um so einen Effekt zu vermeiden, 
ist immer ratsam, zuerst einen Farbscan Zu 
machen, diesen auf die gewünschte Größe 
konvertieren und erst zuletzt die Farben in ein 
Raster zu wandeln. 


ENLIGHT’96 
Music on Interrupt 


Beta version 1.01 
ET EETRET: 


Auf der Diskette finden sich drei Spiele: Mega 


xonix, "eine Mischung aus Zolyx, Puromania und 
Bomberman”, Scorpions, eine Art Action- 
Strategiespiel, in dem es darum geht, 


außerirdische Angreifer, die sogennanten "Scorps", 
zu vertreiben. und "Nebula”, ein absträktes 
Science-Fiction Stratesiespiel. An Demos sibt es 
das russische "Excess 128", das zum Teil nur auf 
dem Pentason läuft, und die "E96-Interrupt Songs", 
ein Sammluns von Liedern, die sich zum Teil 
richtig gut anhören. Es war mir nicht mösglich, 
den "X-Tracker Plauver" auf meinem +2 zu 
starten, USR O Mode oder nicht. Ich habe es zwar 
geschafft die grafische Oberfläche zu laden, aber 
bei der ersten Aktion scheint das Programm 
haltlos abzusturzen. 


Zusammenfassend kann man sägen. daß das 
Scene+ Magazin einen recht suten Eindruck bei 
mir hinterlassen hat. Die Benutzeroberfläche ist 
gut durchdacht und nach kurzer Einge- 
wöhnunsszeit leicht zu bedienen. Es macht Spaß, 
sich mit einer guten Tasse Tee hinzusetzen, und 
sich die Demos anzusehen und die Artikel zu 
lesen, Vom Niveau her erreicht das Diskmas 
zwar nicht unbedingt Andy Davis "Alchnews”, aber 
dieses Magazin besteht ja auch schon sehr lange, 
so daß sich dort eine ganz ändere Routine 
entwickelt hat. 
Nele Abels-Ludwis, Am Mühlsraben 4 
35037 Marburs, Tel. 06421/210272 
e-mail: abels@stud-mailer.uni-marburg.de 
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MISOOSM 
MM 


Seid gesrüßt Abenteurer! 


wer sich mit dem Spectrum und hier insbe- 

sondere mit Adventureprosrammen beschäftigt, 

der kennt sicherlich den Namen "HEDGEHOG". Nun, 

dahinter verbirgt sich niemand anderer äls A. J. 

Remic, der für den Spectrum eine Menge an 

Programmen seschrieben hat, darunter auch 

diverse Adventure. Einem dieser Programme 

wollen wir uns heute widmen, und zwar "MOON 

MAGIC", Wie der Name schon vermuten läßt, 

spielt sich die ganze Sache im Weltraum ab, zählt 

also zum Genre der Spaceäadventure. Das 

Programm wurde Anfangs der neunziser Jahre 

geschrieben und weißt unseres Erachtens einen 

mittleren Schwieriskeitsgrad auf, d. h. es ist 

weniser umfangreich wie Programme aus dem 

Hause Level 9 und auch die Aufgabenstellung ist 

einfacher gehalten. Trotzdem ist das Adventure 

recht sut zu spielen. Ziel ist es, mit unserem 

Raumschiff FIG (vermutlich eine Abkürzung für 

Fast Intergalactic Glider) vom Mond wes- 

zukommen, auf dem wir festsitzen. Denn auch in 

Zeiten der Raumfahrt mangelt es anscheinend des 

öfteren an Treibstoff, Also machen wir uns auf 

die Suche nach einer "Tankstelle" damit wir unser 

Schiff wieder flott bekommen. Dabei durchqueren 

wir folgende Locations, die ihr auch auf dem 

beiliegenden Plan ersehen könnt: 

01) In the starship FIG / terminal 

transport card 

In the transport computer room / 

psychadelic folder 

On the maonn’s surface A 7 

elongated cardboard tube 

On the moon’s surface B 

On the moon’s surface C 

On the maon’s surface D / uncharged 

laser 

07) On the moon’s surface E 

08) In a small trench 

09) In a steep sided gully 

10) In the deepest part of the gully 

11) At the end of the steep sided 
gully 

12) On the moon’s surface F 

13) In a small abandoned cave 

14) In a dried up undergraund river 

15) In the river trench 

16) At the end of a dried up river 

trench 

At the end 


02) 
03) 
04) 


05) 
06) 


17) of a river trench 


18) 
19) 


In the tributary cave 

In a long low ceilinged tributary 
cave 

20) In the low ceilinged passage 

21) In a large cavern A 

22) In a large cavern B 

23) In the connecting chamber 


24) In a big cavern / officers valid 
I. DB. strip 

25) In an airlock 

26) In the spaceport transport bay 


2) In a droids sleeping quarters / 
stick of dynamite 

In a big council room 

In a mechanical reservice station 
In the spaceport’s telefunk room / 
match 

In an oil servicing room / fuse 
for dynamite 

In an interstellar galactic 
chamber / pin 

In the refreshments room 

In the oil drinks corridor 

At the end of the oil drinks room / 
chain 

In a big supplies store 

At the end of the supplies store / 
empty hollow tin 

In a long ventilation shaft 

In the lang low metal shaft 

At a bend in the long ventilation 
shaft / voodao doll 

In another bend in the ventilation 
shaft 

At a dead end in the ventilation 
shaft / molecule transporter 

In the molecule transporter 

In a basin shaft 

In an interconnecting level / code 
key 

In a travel tube 

Between the tracks in the transport 
shaft 

In the transport shaft 

In a slight bend in the transport 
shaft 

At the end of the transport shaft / 
tube of nuclear fuel 

In a dried up river trench 


28) 
29) 
30) 


31) 
32) 


33) 
34) 
35) 


36) 
37) 


38) 
39) 
40) 


41) 
42) 


43) 
44) 
45) 


46) 
47) 


48) 
49) 


50) 
51) 


Soviel zu den Locations des Planes. Kommen wir 
jetzt zur Lösung dieses Adventures. Wir be- 
finden uns an unserer Startposition an Bord des 
Raumschiffes FIG..... 


Take card, examine card, N (wir befinden uns im 
Transporterraum - fast wie bei Raumschiff 
Enterprisel), transport (und schon werden wir auf 
den Planeten sebeamt). Wir sind jetzt auf der 
Mondoberfläche....E, N, E, take laser, EEE, E: E: 
E: E (in a small abandoned cave), S, S. S (end of 
the dried up river trench), W W WW Wi Wi W 


14 


Ausgabe 101 - Mai 1998 


SPC 


cm: AErE 
a Pr 
/ ( mapped by ) } 
N, Ba u 
25) 
se 17-48 8 5 I en 
34 57 
. Su 
Ä Li 
ei 2122-1217 zo) e-t1elnz—{iel 
Gl 6 


(in a chamber), recharsge laser, S, E, E, E,E (hier 
gibt es einen kleinen Eingang in Richtung Süden), 
fire laser {wir erreichen eine groBe Kammer), 
drop laser (wird nicht mehr benötist), take strip, 
exämine strip (damit öffnet man Luftschleusen), 
N, W W, N (wir sind in der Luftschleuse), insert 
strip (wir gelangen in den Transporterraum der 
Raumstation wo uns ein durstiger Androide nicht 
nach Osten lassen will), drop strip, W (in den 
Schlafräumen), take dunamite, N N, N (die 
Funkzentrale), take match, E (der Dlservice Raum). 
take fuse, S (wir sind in der interstellaren 
galaktischen Kammer), take Pin, $, W (wir sind im 
Versammlungsraum),Qisht match), lisht fuse (das 
klappt aber nur, wenn wir auch das Dunamit dabei 
haben. Damit schaffen wir dann eine Möslichkeit 


u verwaltungs- 


system (2) 


—— 


Im Teil 1 wurden grundsätzliche Ausfüh- 
rungen zum Däteiverwaltungssustem ge- 
macht. Im Teil 2 geht es um das Anlegen 
des WVOLI-Kennsatzes auf der Diskette. 
Vorausgesetzt wird eine mittels des Plus-D 
formatierte Diskette. Vor dem Läden des 
BASIC-Progsrammes KATVHGENER ist mit 
CLEAR 63999 ein Freiraum für den 
Pufferbereich zu schaffen. in dem der 
einzulesende bzw. auszugebende Sektor 
seinen Platz im Speicher hat. Sonst erfolst 
die Fehlermeldung "RAMTOP nicht neu 
gesetzt". Wird eine andere Pufferadresse 
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um nach Westen zu gelangen und zwar in den 
Korridor mit den Öldrinks -isitt!?), drop match, 
drop fuse (merkwürdigerweise haben wir den 
Zunder noch), W, $, $S, take tin, examine tin. N. N, 
take chain, pull chain Getzt ist unser Behälter 
voll mit DI, S, E; E (wir befinden uns wieder im 
Transporterraum der Raumstation), give can (der 
durstige Androide freut sich und wir gelangen in 
den Ventilationsschacht), E, E, take doll, N, E, N 
(Molekular transporter), E, stick pin (wir stechen 
mit der Nadel in die Puppe und der Androide 
stirbt - scheint irgendwie mit Voodoo zu tun zu 
haben), take key, W (wieder im Tranporterraum), 
N, N: N, W, insert key (eine Geheimtür öffnet 
sich), Wı W, W, S; take fuel. N, E, E, E E 5; S S E; 
5 5 E, E: E, E, Ss S; S; WW, WW W; Wi W, Wı W {wir 
fallen in einen Timewarp und befinden uns wieder 
Bord unseres Raumschiffes), S, refuel 


Das wars. Moon Magic ist gelöst. Wir hoffen ihr 
hattet wieder Spaß beim Durcharbeiten. Bis 
demnächst hier mit einem neuen Abenteuer...... 


Harald R. Lack, Heidenauer Str. 5, 83064 Raubling 
Hub. Kracher, Schulweg 6, 83064 Großholzhausen 


als 64000 angegeben, erfolst die Fehlermeldung 
"Pufferadresse unerlaubt!”. Nach der Eingabe der 
Pufferadrese wird mit der Meldung "Disk. Einl. -> 
Tastel" zum Einlegen der vorgesehenen Diskette 
in eines der beiden Laufwerke aufgefordert. Nach 
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dem Drucken einer beliebigen Taste seht 
JOLZIBENENT es weiter. Das erste Bild dient zur 
ierenfjrnl: je Eingabe des VOLI-Kennsatzes (Abb. 1). 
ie anne Bei einer neu initialisierten Diskette 
werden durch Test des 1. Sektors der Spur 
O0 automatisch "VOL1 generieren” auf "j" 
und VOLI existiert schon" auf "n" gesetzt. 
Bei der Frage nach dem Diskettennamen ist 
eine Zahl von O bis 999 einzugeben. Diese 
Nummer identifiziert die Diskette. Sie 
wird sowohl bei "Diskname alt" als auch bei 
"Diskname neu" eingetragen. "Disketten- 
name aendern" wird automatisch auf "n" 
gesetzt. Das Datum Ist als 8-stellige Zahl 
(String in der Form 2-stelliser Tag, 
Abb. 2: Bild gefüllt mit Eingabe und automatisch 2-stelliser Monat und 4-stelliges Jahr 
Abb. 3: Ende der Eingabe, weil HDRI-Erzeusung verneint Geh ne eh wit Fr anne 
R) rins) in der Form 2-stellige Stunde 
HDRIGENERT und 2-stellise Minute eingegeben. Es 
erenLJj3rn]: erscheinen sonst BASIC-Fehler 1 bzw. 2. 
‘ Beide Werte werden suntaktisch überprüft 
und über eine Fehlermeldung wird zur 
wiederholuns der Eingabe aufgefordert. 
Auch die Prüfung auf Schaltjahre ist 
vorgesehen. Die weiteren Felder in diesem 
Bild werden automatisch mit den jetzt 
aktuellen Werten gefüllt. Die Diskette hat 
Insgesamt 1600 Sektoren. Die Spur O mit 
ihren 10 Sektoren stellt das VTOC (Ver- 
zeichnis der Diskette) dar. Somit ver- 
bleiben noch 1590 Sektoren für die 
ee der Daten der Dateien (Abb. 2 
und 3), 


Zum Schluß der VOLI1-Generierung erfolgt noch die Angabe des Aufbaus des VOLI1-Kennsatzes 
(VOL1-Sektor) in Tabellenform. Seine Kenntnis ermöglicht es, im Fehlerfalle gezielte Korrekturen 
vornehmen zu können. 
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CC ward FI 


voLı Datenträgerkennung 

Van Datenträgername 

Gdatum | Generierungsdatum 

Gzeit Generierungszeit 

Nesek Nachster freier HOR1-Sektor 

Nesekp | Nächste freie HDR1-Position 
im HDR1-S. 

Frehpn Anzahl noch freier HDR1- 
Positionen 

Neftrk | Nächste freie Datenspur 

Nefsek | Nächster freier Datensektor 

Fresek | Anzahl noch freier 
Datensektoren 

Adatum | Aktualisierungsdatum 

Azeiz Aktualisierungsuhrzeit 

LEER Nicht belegt 


4 
3 
8 
+ 
2 
1 
2 
3 
2 
4 
8 
4 
3 


Die Belesung des VOLI-Sektors ab Feld 14 wird im Zusammenhang mit dem Dateilöschprrogramm 
erklärt (Fortsetzung folgt). Erwin Muller, Strehlener Straße 6B. 01069 Dresden 
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